一. 概述
桥接模式(Bridge )
,将抽象部分与它的实现部分分离,使它们都可以独立变化;桥接是用于把抽象化与实现化解耦,使得二者可以独立变化。
如何理解“将抽象部分与它的实现部分分离”这句话呢,抽象部分和实现部分不是我们通常认为的父类和子类,接口和实现类的关系,而是组合关系,就是说实现部分是被抽象部分调用,用来完成实现抽象部分的功能。
桥接模式是结构型设计模式
二. UML类图解析
- Abstraction(抽象类):定义了抽象的接口,并持有一个对Implementor(实现)的引用。
- RefinedAbstraction:实现并扩展由抽象定义的接口。
- Implementor(实现的抽象):实现类的抽象,给出实现类的接口。
- ConcreteImplementor(具体的实现) :实现类具体的实现。
三. 代码实现
Implementor——实现抽象
1 | package io.github.brightloong.design.bridge; |
ConcreteImplementorA——具体实现
1 | package io.github.brightloong.design.bridge; |
ConcreteImplementorB——具体实现
1 | package io.github.brightloong.design.bridge; |
Abstraction——抽象定义
1 | package io.github.brightloong.design.bridge; |
RefinedAbstraction——抽象扩展子类
1 | package io.github.brightloong.design.bridge; |
客户端调用和输出
1 | package io.github.brightloong.design.bridge; |
输出结果如下:
1 | ConcreteImplementorA |
四. 总结
使用场景
- 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。
- 不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统 。
- 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
优点
- 实现了抽象部分和实现部分的分离,具有更好的扩展性。
- 可动态的切换实现 ,就像客户端中调用那样,可以动态切换实现。
- 实现细节对客户端透明。
缺点
- 增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。